home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 3 / QRZ Ham Radio Callsign Database - Volume 3.iso / digests / infoham / 931524.txt < prev    next >
Internet Message Format  |  1994-06-04  |  25KB

  1. Date: Thu, 30 Dec 93 13:59:49 PST
  2. From: Info-Hams Mailing List and Newsgroup <info-hams@ucsd.edu>
  3. Errors-To: Info-Hams-Errors@UCSD.Edu
  4. Reply-To: Info-Hams@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Info-Hams Digest V93 #1524
  7. To: Info-Hams
  8.  
  9.  
  10. Info-Hams Digest            Thu, 30 Dec 93       Volume 93 : Issue 1524
  11.  
  12. Today's Topics:
  13.           Anyone here familiar with extended-play recorders?
  14.                               CW WAIVERS
  15.                    Info sought on FT480 2m All-mode
  16.                  Need help with the numbers in Morse
  17.                   Ramsey kits not too good? (3 msgs)
  18.                           Repeater database?
  19.                          RFI into telephones
  20.                           UK scanner & Cops
  21.                 UK scanner listeners arrested; called
  22.              UK scanner listeners arrested; called "hams"
  23.  
  24. Send Replies or notes for publication to: <Info-Hams@UCSD.Edu>
  25. Send subscription requests to: <Info-Hams-REQUEST@UCSD.Edu>
  26. Problems you can't solve otherwise to brian@ucsd.edu.
  27.  
  28. Archives of past issues of the Info-Hams Digest are available 
  29. (by FTP only) from UCSD.Edu in directory "mailarchives/info-hams".
  30.  
  31. We trust that readers are intelligent enough to realize that all text
  32. herein consists of personal comments and does not represent the official
  33. policies or positions of any party.  Your mileage may vary.  So there.
  34. ----------------------------------------------------------------------
  35.  
  36. Date: Wed, 29 DEC 93 00:12:17 EST
  37. From: elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!news.tamu.edu!bloom-beacon.mit.edu!noc.near.net!news.delphi.com!usenet@ames.arpa
  38. Subject: Anyone here familiar with extended-play recorders?
  39. To: info-hams@ucsd.edu
  40.  
  41.  I saw an ad for Viking International, 150 Executive Park Blvd #4600,
  42.   SF CA 94134, PH 415-468-2066, FX 415 468 2067, they say, 10 Hr recorder $159.
  43.   Now, note that I know nothing more than what the ad sez, have not usedone
  44.  nor contacted them yet, so am not suitability for your exact purpose, but
  45. thought I would be remiss by not mentioning it.
  46.    de n6WR
  47.  
  48. ------------------------------
  49.  
  50. Date: Thu, 30 Dec 1993 20:07:56 GMT
  51. From: galaxy.ucr.edu!library.ucla.edu!europa.eng.gtefsd.com!darwin.sura.net!ra!joe@network.ucsd.edu
  52. Subject: CW WAIVERS
  53. To: info-hams@ucsd.edu
  54.  
  55. >
  56. >>I recognize it as a nearly obsolete mode that is primarily still alive 
  57. >>for sentimental reasons. 
  58. >
  59. I have given this a great deal of thought and have formed the following opinion.
  60.  
  61. The original purpose of Ham Radio was to provide a cadre of experienced
  62. radio operators to be available in times of local and/or national emergencies.
  63. I can envision times and situations where some crude form of code (morse)
  64. would be the only mode available. For this reason alone code should be a
  65. requirement.
  66.  
  67. Another purpose was to promote innovation and experimentation. To forever
  68. write off any idea (or mode of operation) is to lose a thread that may
  69. someday lead
  70. to greater things.
  71.  
  72. Third is enjoyment. I don't know if enjoyement is can really be considered a
  73. purpose but it certaily is a reason. You shouldn't force someone to enjoy a
  74. certain thing simply because you do, however. One against the code requirement.
  75.  
  76. A fourth reason, though not one you here about very much today, is to preserve
  77. the history of radio. In this morse code most definitely has a place.
  78.  
  79. There you have it 3 against 4 for code being an important part of ham radio.
  80.  
  81. I believe important parts should be requirements. I realize that in America
  82. today everything is right given at birth but I believe that no
  83. accomplishment has meaning if it did not require EFFORT. Ham radio has grown
  84. in NUMBERS as a
  85. result of the no code license but how about QUALITY ?
  86.  
  87.                     Joe Gregor, WA3WRN
  88.  
  89. ------------------------------
  90.  
  91. Date: Wed, 29 DEC 93 12:50:10 EST
  92. From: sdd.hp.com!usc!howland.reston.ans.net!usenet.ins.cwru.edu!eff!news.kei.com!bloom-beacon.mit.edu!noc.near.net!news.delphi.com!usenet@network.ucsd.edu
  93. Subject: Info sought on FT480 2m All-mode
  94. To: info-hams@ucsd.edu
  95.  
  96. Harry, welcome to "the gentlemen's part of 2 meters"!  No repeaters to time out
  97. or clubs to join. "Just you, me, and the FCC".
  98.  
  99. Back to the yaesu...the price seems about right.  The construction seemed solid
  100. one one that I helped a friend work on.  Typically, that vintage was fine for
  101. stand alone, but weak with regard to special FM type scannine and PL features.
  102. I know that for the price difference, I can live without them.
  103.  
  104. For practical means, the receivers are quite usable.  Today's rigs have higher
  105. dynamic range, and a lower noise figure, but a good GaAs FET preamp will give
  106. you a sensitive reciever, and unless you are near a big gun, then dynamic range
  107. might be acceptable.
  108.  
  109. Bottom line.....I think it would be good for starters.  I personally use an
  110. HF rig with transverters, but I started with an Icom IC-260A in the same vintage
  111. and it had it's shortcomings too.
  112.  
  113. Best 73, and will look for you "on the bottom of the band"...Woody AK2F
  114.  
  115. ------------------------------
  116.  
  117. Date: Wed, 29 DEC 93 23:47:59 EST
  118. From: agate!library.ucla.edu!europa.eng.gtefsd.com!paladin.american.edu!howland.reston.ans.net!noc.near.net!news.delphi.com!usenet@ames.arpa
  119. Subject: Need help with the numbers in Morse
  120. To: info-hams@ucsd.edu
  121.  
  122.  
  123.    This may sound dumb, but it worked for me. When those numbers blazed past,
  124.     I snagged the back part as in....."Whew, what was all that going by?"
  125.     Well, if three dits at the end......it must be a "7"   "a freight train
  126.    of stuff just went by!" with one dit at the end...it must be a "9".
  127.     The same approach works for the 1-5 except with dahs.
  128.  
  129.    de N6WR
  130.  
  131.  
  132. ------------------------------
  133.  
  134. Date: Thu, 30 Dec 1993 15:58:38 GMT
  135. From: newsgate.watson.ibm.com!watnews.watson.ibm.com!yktnews.watson.ibm.com!rs47445!xzs1947@uunet.uu.net
  136. Subject: Ramsey kits not too good?
  137. To: info-hams@ucsd.edu
  138.  
  139. > I don't think I will get anymore Ramsey kits, performance and quality
  140. > to me isn't good enough.  The TNC kit should be designed to work under 
  141. > a wide variation of audio quality, not be excessively fussy.
  142.  
  143.  
  144. It never cease to amaze me how Ramsey continues to thrive. I guess
  145. there are a lot of masochists. I have never seen a Ramsey kit that 
  146. was worth 10% of its' price.
  147.  
  148.  
  149.  
  150. gilbaronw0mn@delphi.com    email here only
  151. "Bailar es vivir"
  152.  
  153. ------------------------------
  154.  
  155. Date: 30 Dec 93 18:06:20 GMT
  156. From: galaxy.ucr.edu!library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!cs.utexas.edu!convex!convex.com!horak@network.ucsd.edu
  157. Subject: Ramsey kits not too good?
  158. To: info-hams@ucsd.edu
  159.  
  160. In <1993Dec30.155838.21384@rchland.ibm.com> xzs1947@rchland.vnet.ibm.com (Gilbert Baron) writes:
  161.  
  162.  
  163. >> I don't think I will get anymore Ramsey kits, performance and quality
  164. >> to me isn't good enough.  The TNC kit should be designed to work under 
  165. >> a wide variation of audio quality, not be excessively fussy.
  166.  
  167.  
  168. >It never cease to amaze me how Ramsey continues to thrive. I guess
  169. >there are a lot of masochists. I have never seen a Ramsey kit that 
  170. >was worth 10% of its' price.
  171.  
  172. I bought the speech scrambler/descrambler and had to change one part
  173. value, add another part, drill two holes in the case and enlarge one
  174. hole for the clarifier pot access.  I also added a switch.  Now, it
  175. works.  From my experience and from what I've heard, some of Ramsey's
  176. kits are real junk.
  177.  
  178. David
  179.  
  180. ------------------------------
  181.  
  182. Date: Thu, 30 Dec 93 15:01:29 GMT
  183. From: netcon!bongo!skyld!jangus@locus.ucla.edu
  184. Subject: Ramsey kits not too good? 
  185. To: info-hams@ucsd.edu
  186.  
  187.  Gee, it never fails to amaze me.
  188.  
  189.  "Why doesn't this kit I paid $15.00 for not perform like the
  190.  $400.00 thing I should have bought instead?"
  191.  
  192.  Ask a repair shop to show you the innards of a hand held and
  193.  then see if there is only 2 ics and a dozen parts in there.
  194.  
  195.  Look inside a KAM or PK-232 and count the parts.
  196.  
  197.  Even the commercially assembled BAYCOM modems by TigerTronics
  198.  at least have quality parts, pc boards and were soldered properly.
  199.  
  200.  Ramsey Kits (and others) are for the entertainment value of playing
  201.  with something on the bench. They are NOT a substitue/alternative to
  202.  paying for a quality item that works properly.
  203.  
  204.  Yeah, I can hear the old farts now, "What about HeathKit?" I bought them
  205.  and built them myself. They worked. Some of them worked pretty good. None
  206.  of them was a direct replacement for a expensive commercial product.
  207.  
  208.  If you're buying a Ramsey kit to play with, fine. Beats hacking around
  209.  inside an expensive radio. If you're buying a kit to substitute for an
  210.  expensive radio, you get what you pay for.
  211.  
  212.  
  213.  
  214.  Amateur: WA6FWI@WA6FWI.#SOCA.CA.USA.NA  |  "It is difficult to imagine our
  215. Internet: jangus@skyld.tele.com          |  universe run by a single omni-
  216.  US Mail: PO Box 4425 Carson, CA 90749   |  potent god. I see it more as a
  217.    Phone: 1 (310) 324-6080               |  badly run corporation."
  218.  
  219. ------------------------------
  220.  
  221. Date: Thu, 30 Dec 1993 16:17:51 GMT
  222. From: swrinde!emory!kd4nc!ke4zv!gary@network.ucsd.edu
  223. Subject: Repeater database?
  224. To: info-hams@ucsd.edu
  225.  
  226. In article <CItx4A.JzB@iat.holonet.net> bwilkins@iat.holonet.net (Bob Wilkins n6fri) writes:
  227. >mkb@cs.cmu.edu (Mike Blackwell) after my editing writes:
  228. >: 
  229. >: Suppose I write a geographical database with a really whizzy graphical
  230. >: front end, searching and planning capabilities, made to run on a
  231. >: laptop or PDA. It includes the ARRL repeater directory database. Just
  232. >: what I want while travelling, 
  233. >
  234. >You don't propose any thing different than already exists...in the paper
  235. >edition. Lets make this a new and real product.
  236. >
  237. >I really don't care where the repeater is located...I want to know the
  238. >geographic areas that I can reliably communicate either on my
  239. >handy-scratchy or my 30 watt mobile. Sinse you are offering a graphic
  240. >interface you could show coverage maps of repeaters overlaid on a good
  241. >highway map. An interface to gps could enhance your product. How about a
  242. >descripter file of the type of use , times of local nets and news broadcasts.
  243.  
  244. The coverage data could be really hard to obtain. Most repeater trustees
  245. don't have an accurate mapping of their grade A and B coverage zones.
  246. And theoretical calculations are, at best, only a crude approximation.
  247.  
  248. It should be possible to calibrate the S meter readings of a radio
  249. and log them to a laptop, along with GPS information, in order to 
  250. generate real coverage maps. I bet you could sell this to repeater 
  251. groups as a product. In fact, since I just got the GPS working in 
  252. the truck, and I have an A/D interface board that works on a parallel 
  253. port, I think I may give this a try as soon as I get a new laptop.
  254.  
  255. Of course the data would only map the repeater transmitter coverage,
  256. and that's rarely reciprocal with it's receive coverage. But a fudge
  257. factor for each repeater to allow for different repeater duplexer and
  258. receiver characteristics could fix that.
  259.  
  260. >Your listing of the 250 repeaters in the San Francisco Bay Area is
  261. >meaningless if it just reflects what is in the ARRL Directory. Many of the
  262. >local repeaters are listed as closed but are in fact quite open to the
  263. >travelling amateur. Some repeaters are low level 25 mile coverage machines
  264. >that can be quite popular. Other repeaters are high level 150 mile
  265. >repeaters that have no usage at all. I have seen repeaters go from vary
  266. >active to next to nothing in a matter of months. In essence we do not have
  267. >the user base to support 250 repeaters in this area.
  268. >
  269. >When ever I travel I scan the bands for activity and key words so I know
  270. >that I can add something to the discussion. Maybe you could add the voice
  271. >recognician feature as well as the active scan feature to your interface.
  272. >
  273. >With out the added features I think your product would only appeal to
  274. >statistitions and wanabe repeater coordinators...certainly not to any of
  275. >us that want to find a good QSO on the bands or make an emergency call.
  276.  
  277. I think you may be asking a bit much, Bob. :-)
  278.  
  279. A directory can limit the number of channels we need to scan, but as
  280. you note, activity can change so rapidly that other information will
  281. have to be gleaned by actually listening to the repeater. A listing
  282. of CTCSS frequencies, general interest groups on the machine, availability
  283. of patches, etc would be of interest, but hard to keep up to date. I'd
  284. be delighted just to get some hard coverage data on a map display.
  285.  
  286. Gary
  287. -- 
  288. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  289. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  290. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  291. Lawrenceville, GA 30244     |                     | 
  292.  
  293. ------------------------------
  294.  
  295. Date: Wed, 29 DEC 93 12:53:29 EST
  296. From: mvb.saic.com!unogate!news.service.uci.edu!usc!howland.reston.ans.net!usenet.ins.cwru.edu!eff!news.kei.com!bloom-beacon.mit.edu!noc.near.net!news.delphi.com!usenet@network.ucsd.edu
  297. Subject: RFI into telephones
  298. To: info-hams@ucsd.edu
  299.  
  300. You might also want to try some .001 uF bypass capacitor on the telephone
  301. microphone, earpeice, and possibly at any diodes if it has the tip/ring
  302. reverse polarity bridge.  73...Woody AK2F
  303.  
  304. ------------------------------
  305.  
  306. Date: 30 Dec 93 09:06:02 EDT
  307. From: caen!malgudi.oar.net!mercury.wright.edu!desire.wright.edu!matrix.cs.wright.edu!isoper@uunet.uu.net
  308. Subject: UK scanner & Cops
  309. To: info-hams@ucsd.edu
  310.  
  311. > Well I have recently heard news accounts where federal agents sent announcements
  312. > in the mail to the last known addresses of a list of criminals saying, 
  313. > "Congradulations, you are the lucky winner in our drawing..."  A whole swarm
  314. > of these guys showed up, produced ID, and were immediately handcuffed.
  315. > There is something in all this that really bothers me about a system that 
  316. > would allow it's police force, those we hire to enforce laws dealing with
  317. > honesty, to lie, to commit fraud, to do what ever beyond the law, in order
  318. > to catch criminals, or even to pursuade people to commit a crime so that 
  319. > they can be arrested.
  320. > --David C. Adams
  321.  
  322.  
  323. The problem I have with you argument in the case cited above is 1. the people
  324. targeted in the sting were those who by deceit concealed their where abouts to
  325. the courts. 2. The courts issued legal affidavits ordering these people to be
  326. located, and arrested by any authorized law enforcement officer. 3. If the
  327. law enforcement officers call upon the residence listed on the court document
  328. the people with whom the person named on the warrant will conceal the wanted
  329. person presences to avoid capture (read this as aiding/abeting a criminal to
  330. escape from justice). 4. No crime was commited by the law enforcement officers
  331. operating the sting as they did not force a person by use of physical threat
  332. to show up at the sting (the criminals made decision to be greedy, ie: obtain
  333. a product either by chance or pick it up in person for personal gain rather
  334. than coerion).
  335.  
  336. If you have a better idea that would locate criminals wanted by warrant, or in
  337. act of commiting a crime (ie: fencing stolen property, etc.) by deceit without
  338. employing the same methods, I am certain the law enforcement community would
  339. be glad to listen. However, if what you are stating is based upon the "Monday
  340. Night Quarterback" syndrome then go out and join your local police dept as 
  341. an Auxiliary Police Officer to see what being a cop is about. I do not agree
  342. with what happened in Britian over the scanner users arrests but, however I
  343. would rather see a Charles Manson type caught by deceit than have him on the
  344. streets atlarge killing people.
  345.  
  346. 73, Wes 
  347.  
  348. ------------------------------
  349.  
  350. Date: Thu, 30 Dec 1993 18:53:04 GMT
  351. From: galaxy.ucr.edu!library.ucla.edu!agate!howland.reston.ans.net!gatech!news-feed-1.peachnet.edu!ukma!rsg1.er.usgs.gov!dgg.cr.usgs.gov!bodoh@network.ucsd.edu
  352. Subject: UK scanner listeners arrested; called
  353. To: info-hams@ucsd.edu
  354.  
  355. In article <1993Dec29.131133.17917@hemlock.cray.com>, dadams@cray.com (David Adams) writes:
  356. |> Well I have recently heard news accounts where federal agents sent announcements
  357. |> in the mail to the last known addresses of a list of criminals saying, 
  358. |> "Congradulations, you are the lucky winner in our drawing..."  A whole swarm
  359. |> of these guys showed up, produced ID, and were immediately handcuffed.
  360. |> 
  361. |> There is something in all this that really bothers me about a system that 
  362. |> would allow it's police force, those we hire to enforce laws dealing with
  363. |> honesty, to lie, to commit fraud, to do what ever beyond the law, in order
  364. |> to catch criminals, or even to pursuade people to commit a crime so that 
  365. |> they can be arrested.
  366.  
  367. I see a clear difference between enticing an unknown criminal to turn
  368. themselves in for a crime which is proven by the act of showing up someplace
  369. (as in the UK incident) and getting evasive known criminals (for which there
  370. are warrants) to turn themselves in.  What the US cops have been doing is
  371. creatively capturing known and wanted criminals who have been evading
  372. arrest in such a way that there is less liklihood of someone being shot.  I
  373. suppose it ticks criminals off, but I am all for it since it reduces the
  374. danger to the criminal, the police and the public - and it is effective...
  375. -- 
  376. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  377. + Tom Bodoh - Sr. systems software engineer, Hughes STX, N0YGT                +
  378. + USGS/EROS Data Center, Sioux Falls, SD, USA 57198     (605) 594-6830      +
  379. + Internet; bodoh@dgg.cr.usgs.gov (152.61.192.66)         +
  380. + "Welcome back my friends to the show that never ends!" EL&P       +
  381. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  382.  
  383. ------------------------------
  384.  
  385. Date: Thu, 30 Dec 93 02:38:30 EST
  386. From: library.ucla.edu!agate!spool.mu.edu!nigel.msen.com!ilium!sycom!p-cove!wolfman@network.ucsd.edu
  387. Subject: UK scanner listeners arrested; called "hams"
  388. To: info-hams@ucsd.edu
  389.  
  390. slm@world.std.com (slm) writes:
  391.  
  392. > I read the following "Guardian" report, via Reuters news service, and was rat
  393. > irked. I would imagine that all the folks involved in this were
  394. > NOT necessarily ham-radio operators :-(
  395. > ......<deleted text>.......
  396. > necessary steps to crack down on it,'' one officer in South
  397. > Yorkshire, a northern English county, was quoted as saying.
  398.  
  399.  Now this was obviously NOT ham radio operators... Something has to be 
  400. done to let these "stuipid" people know what the difference is between 
  401. hams and other people.
  402.  
  403.  
  404.  
  405. -------------------------------------------------------------------------------
  406.  
  407.                  wolfman@p-cove.uucp (Aaron Smith KB8PFZ) 
  408.                      System Operator of Pirate's Cove.
  409.                       +1-810-982-7545, Port Huron, Mi 
  410.  
  411. ------------------------------
  412.  
  413. Date: Thu, 30 Dec 1993 18:17:31 GMT
  414. From: sgiblab!swrinde!cs.utexas.edu!math.ohio-state.edu!magnus.acs.ohio-state.edu!cis.ohio-state.edu!mstar!n8emr!yaub!gws@ames.arpa
  415. To: info-hams@ucsd.edu
  416.  
  417. References <CIsrIL.Kz6@sugar.NeoSoft.COM>, <1993Dec29.171920.21048@ke4zv.atl.ga.us>, <1993Dec30.032337.1582@osuunx.ucc.okstate.edu>star
  418. Subject : Re: Repeater database?
  419.  
  420. >Do we really need the data from the cordinaters? If each of us would send in
  421. >the repeaters in his own area in a standard format using grid squares for 
  422. >location should be close enough for this project, it would make a data base
  423. >in short order. We could also include other freqauencies of interest and it
  424. >would be a pretty neat deal. Just submit a list of grid square you intend to
  425. >pass through and it will give you back a list of frequencies in the order
  426. >of the grid squares you sent. 
  427.  
  428. Forget the grid squares crap. Pretty useless for most people. If I am 
  429. VHF dxing then grids are fine, but a repeater directory is most
  430. likley going to be used by traveling hams. The current ARRL directory
  431. in many states is worthless. Take ohio's entrys. They are listed by 
  432. county. How in the world is a traveler suppose to know what county 
  433. he is in. List by major citys are much more informative.
  434. -- 
  435. Gary W. Sanders gws@n8emr.cmhnet.org, 72277,1325
  436. N8EMR @ N8JYV (ip addr) 44.70.0.1 [Ohio AMPR address coordinator]
  437. HAM BBS 614-895-2553 (1200/2400/V.32/PEP) Voice: 614-895-2552 (eves/weekends)
  438.  
  439. ------------------------------
  440.  
  441. Date: Thu, 30 Dec 1993 15:50:44 GMT
  442. From: swrinde!emory!kd4nc!ke4zv!gary@network.ucsd.edu
  443. To: info-hams@ucsd.edu
  444.  
  445. References <CItEJv.EIr@news.iastate.edu>, <CItGpD.HEy@cbnewsj.cb.att.com>, <jfhCIttrM.4CM@netcom.com>
  446. Reply-To : gary@ke4zv.atl.ga.us (Gary Coffman)
  447. Subject : Re: cw waivers
  448.  
  449. In article <jfhCIttrM.4CM@netcom.com> jfh@netcom.com (Jack Hamilton) writes:
  450. >
  451. >My understanding is that the international treaty specifies neither the
  452. >speed nor the method of testing.  If the FCC wants to give us a printed
  453. >copy of a code sample to translate at our leisure, that's probably within
  454. >the letter of the law. 
  455.  
  456. Unfortunately no. The treaty language specifies "receive by ear" and
  457. "send by hand" texts in the International Code. There are no speed
  458. requirements though. The US is technically out of compliance already
  459. since we dropped the sending test. And accomodations for deaf or paralyzed
  460. applicants are also out of technical compliance with the treaty language.
  461.  
  462. Gary
  463. -- 
  464. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  465. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  466. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  467. Lawrenceville, GA 30244     |                     | 
  468.  
  469. ------------------------------
  470.  
  471. Date: Thu, 30 Dec 1993 20:19:28 GMT
  472. From: qualcomm.com!vixen.cso.uiuc.edu!howland.reston.ans.net!math.ohio-state.edu!magnus.acs.ohio-state.edu!csn!server!georgen@network.ucsd.edu
  473. To: info-hams@ucsd.edu
  474.  
  475. References <wa2iseCItuL6.Iv7@netcom.com>, <1993Dec30.155838.21384@rchland.ibm.com>, <horak.757274780@convex.com>acs
  476. Subject : Re: Ramsey kits not too good?
  477.  
  478. In article <horak.757274780@convex.com> horak@convex.com (David Horak) writes:
  479. >In <1993Dec30.155838.21384@rchland.ibm.com> xzs1947@rchland.vnet.ibm.com (Gilbert Baron) writes:
  480. >
  481. >>> I don't think I will get anymore Ramsey kits, performance and quality
  482. >>> to me isn't good enough.  The TNC kit should be designed to work under 
  483. >>> a wide variation of audio quality, not be excessively fussy.
  484. >
  485. >>It never cease to amaze me how Ramsey continues to thrive. I guess
  486. >>there are a lot of masochists. I have never seen a Ramsey kit that 
  487. >>was worth 10% of its' price.
  488. >
  489. >I bought the speech scrambler/descrambler and had to change one part
  490. >value, add another part, drill two holes in the case and enlarge one
  491. >hole for the clarifier pot access.  I also added a switch.  Now, it
  492. >works.  From my experience and from what I've heard, some of Ramsey's
  493. >kits are real junk.
  494. >
  495. It always amazes me when I hear stories like these.  Look guys, you get 
  496. what you pay for.  Things that work correctly are usually assembled, 
  497. tested and guaranteed by the manufacturer.  These items, contrary to 
  498. popular belief, cost money, and more than just parts cost.....
  499. SO:  Stop your whining!   or/
  500. Pay full for a real box.....
  501.  
  502. :-)  :-)
  503. de George,  W1XE      email  georgen@redwood.stortek.com
  504.   
  505.  
  506. ------------------------------
  507.  
  508. Date: Thu, 30 Dec 1993 18:38:10 GMT
  509. From: galaxy.ucr.edu!library.ucla.edu!agate!howland.reston.ans.net!noc.near.net!gateway-gw!newshost!wpns@network.ucsd.edu
  510. To: info-hams@ucsd.edu
  511.  
  512. References <CIsrIL.Kz6@sugar.NeoSoft.COM>, <CIsypt.BJ0.2@cs.cmu.edu>, <CIt4z4.CA4@world.std.com>ear
  513. Subject : Re: Repeater database?
  514.  
  515. dts@world.std.com (Daniel T Senie) writes:
  516. >The repeater directory does NOT list evrey frequency in use. Many frequencies
  517. >are used for other purposes than repeaters, yet are sensitive to interference.
  518. >When you pick a simplex frequency, please keep this in mind!
  519.  
  520. Wait a minute!  You're saying that the co-ordination data isn't
  521. readily available, but be careful about picking simplex frequencies?
  522. Should I check with my local co-ordination body each time I select a
  523. simplex frequency?  Sure would drop the occupied bandwidth, last time
  524. I tried to contact the co-ordinators to figure out where to put a
  525. dedicated packet link they all gave me the NIMBY (Not In My Band ...)
  526. response.  Of course, they took the better part of a year to even
  527. respond...
  528.  
  529.  
  530. -- 
  531. Willie Smith wpns@pictel.com  N1JBJ@amsat.org
  532. She's writing a formal letter of complaint to the Internet Administration!
  533.  
  534. ------------------------------
  535.  
  536. End of Info-Hams Digest V93 #1524
  537. ******************************
  538. ******************************
  539.